home *** CD-ROM | disk | FTP | other *** search
/ Internet Surfer 2.0 / Internet Surfer 2.0 (Wayzata Technology) (1996).iso / pc / text / mac / faqs.492 < prev    next >
Text File  |  1996-02-12  |  28KB  |  697 lines
  1. Frequently Asked Questions (FAQS);faqs.492
  2.  
  3.  
  4.  
  5.     To slow down the tendency towards fragmentation, periodically
  6.     reorder the blocks in the free list.  To do this, dismount the
  7.     filesystem (with `/etc/umount') and run `fsck -S'.  You will get
  8.     a message saying:
  9.  
  10.         FILE SYSTEM NOT MODIFIED, STILL DIRTY.
  11.  
  12.     Don't worry -- ignore that message.
  13.  
  14.     To determine how badly your filesystems are fragmented, run
  15.     `fsanalyze' by Michael J. Young, from comp.sources.misc.  You will
  16.     need patchlevel 3 to analyze XENIX filesystems.
  17.  
  18.     The conventional cure for filesystem fragmentation is:
  19.  
  20.     - Make a full backup of the filesystem.  Use `cpio' (or `afio' if
  21.       available).  `dump' and `volcopy' do an image backup that will
  22.       restore in a fragmented manner.  `tar' does not backup device
  23.       nodes, pipes, or directories.
  24.  
  25.     - Recreate an empty filesystem with `divvy' or `mkfs'.  `divvy'
  26.       is easier to use -- simply select the `create' option.  However,
  27.       `mkfs' will be required if you want a non-default number of
  28.       inodes.  Invoke `divvy' with:
  29.  
  30.         /etc/divvy -c 1 -b 1            # for 1st physical disk
  31.         /etc/divvy -c 1 -b 1 -p 1       # for 2nd physical disk
  32.  
  33.     - Reload the filesystem from the backup.
  34.  
  35.     - Regenerate the `lost+found' directory.  Run:
  36.  
  37.         # Substitute appropriate name for `foo'.
  38.         /etc/fsck /dev/foo
  39.         /etc/mount /dev/foo /foo
  40.         mkdir /foo/lost+found
  41.         for i in 1 2 3 4 5 6 7 8 ; do
  42.             for j in 1 2 3 4 5 6 7 8 ; do
  43.                 touch /foo/lost+found/x$i$j
  44.             done
  45.         done
  46.         rm /foo/lost+found/x??
  47.         /etc/umount /dev/foo
  48.  
  49.     Be very careful with this procedure.  We suggest you verify your
  50.     backup is readable before zapping the filesystem.  One mistake
  51.     (especially when running `mkfs' or `divvy') will trash everything.
  52.     The filesystem you trash may be your own.
  53.  
  54.  
  55. ******************************************************************************
  56. *************************  Communications Questions  *************************
  57. ******************************************************************************
  58.  
  59.  
  60. QD1.  How do I add more than 2 COM ports?
  61.  
  62.     Dumb serial cards (and internal modems) may be configured for XENIX
  63.     as COM3 and COM4 -- with one big caveat.  Each COM port requires its
  64.     own interrupt number.  If you have an unused IRQ and the Development
  65.     System, you may build additional COM ports into the kernel.  To
  66.     illustrate the procedure, we will add a COM3 configured as follows:
  67.  
  68.         I/O Addr: 0x3E8
  69.         IRQ:      5
  70.         device:   /dev/tty3a    Major=5, Minor=16
  71.                   /dev/tty3A    Major=5, Minor=144
  72.  
  73.     1.  Edit `/usr/sys/io/sioconf.c'.
  74.  
  75.         The two lines in this file that describe COM1 and COM2 are:
  76.  
  77.             {0,IBM_BOARD,  1,4,0,  (sd)0x3f8,0,     0,MCRBIT3}, /*ibm COM1*/
  78.             {1,IBM_BOARD,  1,3,8,  (sd)0x2f8,0,     0,MCRBIT3}, /*ibm COM2*/
  79.  
  80.         Add a line that says:
  81.  
  82.             {2,IBM_BOARD,  1,5,16, (sd)0x3e8,0,     0,MCRBIT3}, /*ibm COM3*/
  83.  
  84.         See `/usr/sys/io/sioconf.h' for details.
  85.  
  86.     2.  Edit `/usr/sys/conf/master'.
  87.  
  88.         The serial ports are defined by the line:
  89.  
  90.             sio     4    0577 104     sio   0   0   5   1   7   3   4  33  34
  91.  
  92.         The last four fields define the interrupt numbers used.  Change
  93.         the `33' to a `5' since COM3 will be on IRQ5.  For reference,
  94.         here is the mapping between IRQ lines and the master file
  95.         `magic numbers':
  96.  
  97.             IRQ0  0       IRQ4  4       IRQ8  30      IRQ12  34
  98.             IRQ1  1       IRQ5  5       IRQ9  31      IRQ13  35
  99.             IRQ2  31      IRQ6  6       IRQ10 32      IRQ14  36
  100.             IRQ3  3       IRQ7  7       IRQ11 33      IRQ15  37
  101.  
  102.     3.  Rebuild the kernel.  Run:
  103.  
  104.             cd /usr/sys/conf
  105.             make
  106.  
  107.         Do not use `link_xenix' here.  You need to run `make' to get
  108.         `sioconf.o' and the kernel data files rebuilt.
  109.  
  110.     4.  Install the new kernel.  Run:
  111.  
  112.             /usr/sys/conf/hdinstall
  113.  
  114.         This will make a backup of your current kernel to `/xenix.old'.
  115.  
  116.     5.  Create the device nodes.  Run:
  117.  
  118.             mknod /dev/tty3a c 5 16
  119.             mknod /dev/tty3A c 5 144
  120.  
  121.     Reboot your system, and the new serial port should be there.
  122.  
  123.  
  124. QD2.  Where is the `gettydefs' entry for 19200 serial lines?
  125.  
  126.     For historical reasons, terminal speeds of 19200 and 38400 are
  127.     called `EXTA' and `EXTB', not `B19200' and `B38400'.  Entries `n'
  128.     and `o' in the `/etc/gettydefs' file are for 19200 and 38400,
  129.     respectively.  Once logged in you can change the line speed with
  130.     the `stty' command:
  131.  
  132.         stty 9600               # set to 9600 bps (bits per second)
  133.         stty exta               # set to 19200 bps
  134.         stty extb               # set to 39400 bps
  135.  
  136.     A smart serial card is recommended for these two highest speeds.
  137.  
  138.  
  139. QD3.  How can I have more mscreen(C) sessions?
  140.  
  141.     The mscreen(C) facility provides multiple sessions from a serial terminal
  142.     by `multiplexing' your terminal (tty) line onto several pseudo-terminal
  143.     (pty) lines.  XENIX is shipped with eight ptys enabled, that provides
  144.     a system-wide limit of eight sessions through the mscreen(C) command.
  145.  
  146.     First off, you need to determine whether you are allocating mscreen(C)
  147.     sessions wisely.  For example, SCO ships an `/etc/mscreencap' file
  148.     that runs six sessions on a WY-60 terminal.  If you edit `mscreencap'
  149.     and cut this down to three you immediately double the number of people
  150.     who can run mscreen(C).
  151.  
  152.     You cannot increase this number beyond eight if you are running TCP/IP.
  153.     (More about this in a moment.)  If you are not running TCP/IP, then
  154.     you can increase the number of possible mscreen(C) sessions by:  first
  155.     creating more ptys in the kernel, second creating the device nodes
  156.     for the new ptys, and finally placing a `getty' upon each of these
  157.     new ptys.
  158.  
  159.     To create more ptys in the kernel, increase the `nspttys' kernel
  160.     parameter.  With XENIX 2.3.4, run the `configure' command interactively
  161.     and select the `Multiscreens' option.  For older versions of XENIX,
  162.     run `configure' manually.  For example, to provide sixteen ptys, run:
  163.  
  164.         cd /usr/sys/conf
  165.         ./configure nspttys=16
  166.  
  167.     Once `nspttys' is set, run `link_xenix' and `hdinstall' to build and
  168.     install a new kernel.
  169.  
  170.     Next, you need to create the device nodes in the /dev directory for
  171.     these additional ptys.  Unfortunately, mscreen(C) uses a very poor
  172.     naming strategy for ptys beyond the 8th.  Once you go beyond the
  173.     /dev/ttyp7 in the base XENIX distribution, mscreen(C) next looks for
  174.     not /dev/ttyp8, but rather /dev/ttyp01.  Therefore you should create
  175.     the eighth pty with the commands:
  176.  
  177.         cd /dev
  178.         mknod ttyp01 c 54 8
  179.         mknod ptyp01 c 55 8
  180.         chmod 666 ptyp01
  181.         chmod 644 ttyp01
  182.  
  183.     You might notice that these names are the same ones used by `rlogind'
  184.     and `telnetd' under SCO TCP/IP.  Unfortunately, to use these ptys for
  185.     mscreen(C) you need to place a `getty' on them -- but if you do then
  186.     rlogin/telnet will break.  Those running TCP/IP (and not weak of heart)
  187.     can try editing the `/dev/ttyp' string in the `mscreen' binary and
  188.     totally rename the pty devices.
  189.  
  190.     Finally, edit `/etc/ttys' (and `/etc/ttytype') to tell them about
  191.     the new pty lines, and run `enable' upon each of the lines.
  192.  
  193.  
  194. QD4.  Upgraded to 2.3.4 and flow control broke with mscreen(C).
  195.  
  196.     The 2.3.4 version of mscreen(C) was changed to run the tty line totally
  197.     raw.  This is required so that the ^S and ^Q keys are passed onto
  198.     programs that need them, such as `emacs' and Foxbase.  An unfortunate
  199.     side effect of handling flow control on the pty side rather than the
  200.     tty side is that response to flow control is a lot more sluggish.  Now,
  201.     when you hit ^S you might get another screenful of data before the
  202.     display actually freezes.
  203.  
  204.     If you never run any applications that require full 8-bit transparency,
  205.     one way to make flow control more responsive is to rename `mscreen'
  206.     to `/usr/bin/mscreen.sco' and install the following script in its
  207.     place:
  208.  
  209.         :
  210.         tty=`tty`
  211.         ( sleep 5 ; stty ixon <$tty ) &
  212.         exec mscreen.sco
  213.  
  214.  
  215. QD5.  Terminals act funny, modems drop characters, help!!
  216.  
  217.     If you are losing characters on your serial lines, consider the
  218.     following steps:
  219.  
  220.     * Ensure that flow control is working right.
  221.  
  222.     * If you are running dumb COM ports, either upgrade the UART chips
  223.       to 16550As or switch to a smart serial card.
  224.  
  225.     * If you have a lot of users or lots of high speed data lines,
  226.       increase the number of `clist' buffers in the kernel.
  227.  
  228.     * If you upgraded to 16550A UARTs and this helped but did not
  229.       solve the problem, then adjust the FIFO trigger level.
  230.  
  231.     * If you are running high speed lines on a loaded system, adjust
  232.       the `ttyhog' value.
  233.  
  234.     When diagnosing serial problems, start at the top of this list
  235.     and work down.  If your flow control is broke, it will do no good
  236.     to go poking around inside your XENIX kernel.
  237.  
  238.  
  239. QD6.  Does XENIX support 16550A UARTs?
  240.  
  241.     The guts of a standard COM port is a UART (universal asynchronous
  242.     receiver/transmitter) chip.  Most serial ports use the 16450 or
  243.     an equivalent chip.  The 16550A is a pin-compatible, drop in
  244.     replacement which adds 16-characters of on-chip FIFO buffering.
  245.     The FIFOs reduce system loading and increase performance.
  246.  
  247.     Starting with 2.3.4, the `sio' driver recognizes 16550A UARTs and
  248.     enables the on-chip FIFOs.  Older versions of XENIX merely treat
  249.     this chip as an expensive 16450.  You can get 16550A support with
  250.     any version of XENIX by installing the FAS driver written by Uwe
  251.     Doering and based upon Jim Murray's `asy' driver.  FAS was published
  252.     in alt.sources, and is available at most reputable archive sites.
  253.  
  254.     We recommend sticking with the National Semiconductor NS16550A.
  255.     Many manufactures make usable 16450 clones, but some of the 16550
  256.     compatible chips aren't so compatible.  Also, older versions of
  257.     the 16550 are known to be broken.  Ensure yours have an `A' suffix.
  258.  
  259.  
  260. QD7.  How do I increase the number of `clists'?
  261.  
  262.     XENIX buffers terminal characters in data structures called
  263.     `clists'.  There is a fixed pool of clists on the system, and when
  264.     that supply is exhausted incoming characters are dropped.  Therefore,
  265.     the more active users you have on your system, the larger this
  266.     pool of clists should be.  The default configuration is 100 clists.
  267.     Each terminal line requires an average of 5 to 10 clists.  High
  268.     speed modems need more.  A conservative strategy would be to
  269.     allocate 15 clists per active terminal.  For example, if you have
  270.     16 serial ports and 4 console screens active at once, allocate
  271.     (16+4)*15 or 300 clists.
  272.  
  273.     To see the number of clists on your system, login as root and run:
  274.  
  275.         cd /usr/sys/conf
  276.         ./configure -y NCLIST
  277.  
  278.     To change the number of clists, say to 300, login as root and run:
  279.  
  280.         cd /usr/sys/conf
  281.         ./configure NCLIST=300
  282.  
  283.     then rebuild and install a new kernel and reboot.
  284.  
  285.  
  286. QD8.  How do I change the 16550A trigger level?
  287.  
  288.     If installing a 16550A UART helped but didn't totally fix a lost
  289.     character problem, and your system is heavily loaded, then there
  290.     is something else you can try.  If you installed a 16550A and
  291.     there was no effect at all, then skip this -- it won't help.
  292.  
  293.     The XENIX `sio' driver initializes the 16550A with a trigger level
  294.     of 14.  This means that under continual data streams the UART will
  295.     wait until 14 characters accumulate before telling XENIX to come
  296.     get them.  This gives the system two character times to get in
  297.     and service the COM port.  If XENIX does not service the port in
  298.     that time the 16-character buffer will overflow and and characters
  299.     will be dropped.  This might happen on a heavily loaded system.
  300.  
  301.     The trigger level is initialized at boot time from the 16-byte
  302.     `sio_fifoctl[]' array.  This array specifies the UART control
  303.     register initialization values for device minor numbers 0 through
  304.     15.  Or more exactly, the minor number is ANDed with 0x0F to get
  305.     the index into this array.  For example, the initialization for
  306.     /dev/tty2a (minor=8) is in `sio_fifoctl[8]'.  The possible values
  307.     are as follows:
  308.  
  309.         sio_fifoctl:    0xCF    0x8F    0x4F    0x0F
  310.         trigger level:   14      8       4       1
  311.  
  312.     The standard value is 0xCF.  A smaller value will notify the system
  313.     earlier that characters are waiting, thus providing the system
  314.     more time to service the port, but increasing the number of
  315.     interrupts generated by the port.
  316.  
  317.     As an example, here is how to change the trigger level for /dev/tty2a
  318.     (and /dev/tty2A) to 8 characters (code=0x8F):
  319.  
  320.         cp /xenix /xenix.save           # make a backup!
  321.         adb -w /xenix                   # use "/etc/_fst" if no "adb"
  322.         * sio_fifoctl+8/x
  323.         sio_fifoctl+0x8:        0xcfcf
  324.                                   | |
  325.                                   | `---- This is the 8-bit value for the
  326.                                   |          port we want (minor=8).
  327.                                   |
  328.                                   `------ This is the 8-bit value for the
  329.                                           next port (minor=9).
  330.         * sio_fifoctl+0x8/w 0xcf8f
  331.         sio_fifoctl+0x8:        0xcfcf= 0xcf8f
  332.         * $q
  333.  
  334.  
  335. QD9.  How do I adjust the `ttyhog' value?
  336.  
  337.     Since XENIX has a fixed pool of clists, the kernel tries to prevent
  338.     one tty from hogging all of them.  The limit is defined by `ttyhog',
  339.     and defaults to 256 (0x100 hex).  This limit might be too low if
  340.     you've got some particularly fast devices on a particularly slow
  341.     system.  To change the `ttyhog' value you must patch the kernel
  342.     image.  The following increases `ttyhog' to 512 (0x200 hex).
  343.  
  344.         cp /xenix /xenix.save           # make a backup!
  345.         adb -w /xenix                   # use "/etc/_fst" if no "adb"
  346.         * ttyhog/x
  347.         _ttyhog:        0x100
  348.         * ttyhog/w 0x200
  349.         _ttyhog:        0x100=  0x200
  350.         * $q
  351.  
  352.  
  353. QD10.  Where can I find TCP/IP?  NFS?
  354.  
  355.     TCP/IP = many places.  NFS = forget it.
  356.  
  357.     Some TCP/IP vendors are SCO, Novell (the old `Excelan Lan Workplace'
  358.     package), and Network Research Corp.  Our preference is for the
  359.     SCO package.  It is offered in two pieces:  the runtime system
  360.     and the development package.  Please note that you need at least
  361.     the SCO Streams Runtime option before installing TCP/IP.  Many of
  362.     the BSD4.3 networking utilities are provided, and the socket
  363.     interface follows the BSD4.3 model.
  364.  
  365.     NFS for XENIX is not and will not be available.  Newer versions
  366.     of UNIX provide either a `vnode' (BSD UNIX) or `filesystem switch'
  367.     (System V 3.2 and beyond) mechanism, that supports new filesystem
  368.     types.  With XENIX, the filesystem support must be coded right
  369.     into the kernel.  The task of merging NFS code with VP/ix hacks,
  370.     XENIX-net hacks, etc. is more than can be justified.
  371.  
  372.  
  373. QD11.  BSD based uucp can't connect to my machine.
  374.  
  375.     BSD based uucp sends even parity.  XENIX uucp expects no parity.
  376.     Add:
  377.  
  378.         "" P_ZERO
  379.  
  380.     to the chat script in their (not your) `Systems' or `L.sys' file.
  381.     For example, the following works on a Sun 3:
  382.  
  383.         xnxbox Any uucp 19200 5553333 "" P_ZERO "" \r in:--in: nuucp
  384.  
  385.  
  386. QD12.  uucp truncates my system name to seven characters!
  387.  
  388.     This misfeature was introduced in the xnx155b supplement.  The
  389.     story we hear is that SCO broke their `uucp' to cater to systems
  390.     that choke on long system names.  There is a workaround.  For
  391.     system name = `verylongname', add to every record in the
  392.     /usr/lib/uucp/Permissions file:
  393.  
  394.         MYNAME=verylongname
  395.  
  396.     Next, rename /usr/bin/uuname to /usr/bin/uuname.sco.  Replace
  397.     /usr/bin/uuname with:
  398.  
  399.         :
  400.         if [ $# -ne 1 -o "X$1" != "X-l" ] ; then
  401.             exec /usr/bin/uuname.sco $@
  402.             exit 1
  403.         fi
  404.         head -1 /etc/systemid
  405.         exit $?
  406.  
  407.     This allows programs using `uuname' to receive the correct,
  408.     untruncated name.
  409.  
  410.  
  411. QD13.  What is the uucp `windows' patch?
  412.  
  413.     uucp transmits data in packets, usually 64 bytes apiece.  An
  414.     acknowledgement is required for every packet sent -- but not
  415.     immediately.  A window of unacknowledged packets is allowed.  The
  416.     default window size is three, that means `uucico' won't stop
  417.     sending unless it falls more than three packets behind.  A three
  418.     packet window isn't big enough for very fast media and long delay
  419.     media.  The `uucico' binary can be patched to increase the window
  420.     size by the following manual procedure:
  421.  
  422.         cd /usr/lib/uucp
  423.         cp uucico uucico.old            # make a backup copy!!
  424.         adb -w uucico
  425.         * windows/x                     # display windows value
  426.         _windows:       0x3
  427.         * windows/w 7                   # change it to seven
  428.         _windows:       0x3=    0x7
  429.         * $q                            # done
  430.  
  431.     If you have XENIX 2.3.4 but not the Development System, use
  432.     `/etc/_fst' instead of `adb'.  If you can't find adb on your
  433.     system, look on the N02 disk.
  434.  
  435.     This change increases the window size to seven -- the maximum
  436.     possible.  A similar change must be performed on the remote system's
  437.     uucico because the actual window size is negotiated as part of
  438.     the protocol startup.
  439.  
  440.  
  441. QD14.  uucp gives `alarm' messages, eventually dies.
  442.  
  443.     If you run uucp in debugging mode (`uutry -x9') and see it get
  444.     stuck like:
  445.  
  446.         alarm 1
  447.         send 37777777621
  448.         alarm 2
  449.         send 37777777621
  450.         alarm 3
  451.         send 37777777621
  452.         alarm 4
  453.         send 37777777621
  454.  
  455.     and eventually die, this means your system got jammed waiting for
  456.     a response that never came.  The most common cause of this problem
  457.     running uucp across a modem with XON/XOFF flow control enabled
  458.     (e.g. a Telebit modem with S58=3).  You can't do that; you must
  459.     run with no flow control or RTS/CTS handshaking (on a Telebit that
  460.     would be S58=0 or S58=2, respectively).  Other possible causes of
  461.     this problem are serial cards with broken handshaking or running
  462.     out of clists.
  463.  
  464.  
  465. ******************************************************************************
  466. **********************  Display and Graphics Questions  **********************
  467. ******************************************************************************
  468.  
  469.  
  470. QE1.  How can I do graphics under XENIX?  What programs are available?
  471.  
  472.     There are two approaches to graphics programming.  At the very
  473.     lowest level, the screen(HW) manual page describes ioctl() codes
  474.     to access the video display memory and controller.  Device-independent
  475.     graphics is provided by the Computer Graphics Interface (CGI)
  476.     package included with the XENIX Development System.  CGI drivers
  477.     are provided for VGA, EGA, and Hercules displays; Epson, LaserJet,
  478.     and Postscript printers; and HP plotters.  Several programs have
  479.     been posted to the net that run under CGI, such as gnuplot,
  480.     starchart, and gif.  See comp.sources.misc.
  481.  
  482.  
  483. QE2.  CGI graphics mangles grey scale on a mono VGA.
  484.  
  485.     SCO fixed their monochrome VGA driver in version 2.3.3.   The
  486.     default color mapping in CGI maps many colors with the identical
  487.     total intensity. They appear as the same shade grey-scale display.
  488.     Try using the CGI functions vs_color() and/or vsc_table() to create
  489.     a color map that works with your display.  Try vsf_style() to
  490.     create hatching or other fill-patterns in place of colors.
  491.  
  492.  
  493. QE3.  CGI graphics fail on a LaserJet in landscape mode.
  494.  
  495.     A bug in the CGI 1.1.0 LaserJet driver causes all output to
  496.     appear on a single line.  In landscape mode the driver puts out
  497.     a spurious escape sequence `\033&a864V' that forces all output
  498.     to the same position on the page.  You can either remove the
  499.     offending escape sequence from the driver with a binary editor
  500.     (keep a backup copy), or use a filter to clobber that sequence
  501.     from the output.
  502.  
  503.  
  504. QE4.  How can I do a printscreen under XENIX?
  505.  
  506.     MS-DOS users can produce a screen printout with one keystroke.
  507.     XENIX does not offer this builtin capability.  SCO's MultiView
  508.     product provides this.  Also, it can be simulated with the following
  509.     script:
  510.  
  511.         :
  512.         # @(#) prtscrn     Print Screen
  513.         # execute from cu as ~!prtscrn
  514.         oldstty=`stty -g`               # save stty
  515.         stty -echo ixon ixoff -ixany    # no echo
  516.         /bin/echo '\033[2i\c'           # send screen to host
  517.         # grab 24 lines, clean up trailing blanks, print it
  518.         sed -e 's/ *$//' -e 24q | lp
  519.         stty $oldstty                   # put stty back when done.
  520.  
  521.     Another approach is the `prtscrn2' program by Chip Rosenthal.  It
  522.     grabs the contents of any console screen and sends it to standard
  523.     output.  See comp.sources.misc.
  524.  
  525.  
  526. ******************************************************************************
  527. ***************  XENIX and MS-DOS Interoperability Questions  ****************
  528. ******************************************************************************
  529.  
  530.  
  531. QX1.  Can XENIX share a hard disk with MS-DOS?
  532.  
  533.     Yes.  You must:
  534.  
  535.         - Install MS-DOS 3.2 bootable partition as the FIRST partition.
  536.  
  537.         - Install XENIX bootable as the next partition.
  538.  
  539.         - Select XENIX as the `active' partition.
  540.  
  541.     At the
  542.  
  543.         Boot
  544.         :
  545.  
  546.     prompt either type `dos' for MS-DOS boot or press ENTER for XENIX.
  547.  
  548.     If you create any other type of MS-DOS partition (e.g. one of the
  549.     new larger sized MS-DOS 5.0 partitions) or forget to create the
  550.     MS-DOS partition before loading XENIX, then you can still access
  551.     the MS-DOS partition by booting from a floppy disk.
  552.  
  553.  
  554. QX2.  Can XENIX access MS-DOS disks?
  555.  
  556.     Yes, with limitations.  The commands on the `dos(C)' manual page
  557.     provide access to MS-DOS disks (floppy and fixed) under XENIX.
  558.     The limitation is that only conventional MS-DOS 3.2 hard disk
  559.     partitions can be recognized.  Extended MS-DOS partitions cannot.
  560.  
  561.     If you run into problems with the dos(C) commands, check that
  562.     `/etc/default/msdos' provides proper aliases for the A:, B:, etc.
  563.     devices.  Also, if root can access the MS-DOS fixed disk but users
  564.     can't, check the permissions on /dev/hd0d (the XENIX name of the
  565.     MS-DOS partition on the first fixed disk).
  566.  
  567.     The `mtools' package by Emmet Gray in comp.sources.misc provides
  568.     better handling of MS-DOS devices under XENIX.  Modify the
  569.     `devices.c' file to understand XENIX device naming.
  570.  
  571.         #ifdef M_XENIX
  572.         struct device devices[] = {
  573.             {'A', "/dev/install",  0L, 12, 0, (int (*) ()) 0, 0, 0, 0},
  574.             {'B', "/dev/install1", 0L, 12, 0, (int (*) ()) 0, 0, 0, 0},
  575.             {'C', "/dev/hd0d",     0L, 16, 0, (int (*) ()) 0, 0, 0, 0},
  576.             {'D', "/dev/hd1d",     0L, 16, 0, (int (*) ()) 0, 0, 0, 0},
  577.             {'\0', (char *) NULL,  0L,  0, 0, (int (*) ()) 0, 0, 0, 0}
  578.         };
  579.         #endif /* M_XENIX */
  580.  
  581.     If you assign `/dev/install' to the `A' drive, you don't need to
  582.     worry about disk density when reading and writing.  However, you
  583.     need to specify the full device name when formatting.  For example,
  584.     to format a high-density disk in drive A: you must specify the
  585.     full device name:
  586.  
  587.         dosformat /dev/fd096ds15
  588.  
  589.  
  590. QX3.  Can XENIX execute MS-DOS programs?
  591.  
  592.     Yes.  You must purchase SCO VP/ix.  VP/ix emulates an 8086 PC/XT
  593.     running MS-DOS.  The compatibility provided by VP/ix is fair with
  594.     a significant performance penalty.  VP/ix will not run programs
  595.     that use 80286 or 80386 instruction codes.  VP/ix is not available
  596.     for XENIX/286.
  597.  
  598.  
  599. QX4.  Can MS-DOS execute XENIX programs?
  600.  
  601.     No.  With the XENIX Development System, you can compile programs
  602.     to execute under MS-DOS with the `-dos' command line switch.
  603.  
  604.  
  605. ******************************************************************************
  606. *********************  The (in)Famous XENIX Cheat-Sheet  *********************
  607. ******************************************************************************
  608.  
  609.  
  610. QZ1.  What the $%*&! is happening?
  611.  
  612.     Who am I?                           /usr/bin/who am i
  613.     Where am I?                         /bin/pwd
  614.     What am I doing?                    /bin/ps -f
  615.     Am I having fun yet?                /usr/games/worms -R
  616.     What's my user/group id?            /usr/bin/id
  617.     Who did I login as?                 /usr/bin/logname
  618.     What's my terminal?                 /bin/tty
  619.     What are my terminal parameters?    /bin/stty -a
  620.     Is terminal flow control working?   /usr/games/stars
  621.     What is my current crontab file?    /usr/bin/crontab -l
  622.     Do I have uucp jobs queued?         /usr/bin/uustat
  623.     What is the system doing?           /usr/bin/w
  624.     How is the system running?          /usr/bin/vmstat 10
  625.     Has the system been swapping?       /usr/bin/vmstat -s
  626.     Open files, inodes, processes?      /bin/pstat | grep '^[0-9]'
  627.     What are the kernel parameters?     /usr/sys/conf/configure -x
  628.     What versions are installed?        egrep "#prd|#set|#rel" /etc/perms/*
  629.     What are the hardware settings?     /etc/hwconfig -h
  630.     Is /etc/passwd correct?             /etc/pwcheck
  631.     Is /etc/group correct?              /etc/grpcheck
  632.     Is /etc/gettydefs correct?          /etc/getty -c /etc/gettydefs
  633.     Do all files have owners?           /usr/bin/quot
  634.     Who is using all the disk space?    /usr/bin/quot
  635.     When did joe last login?            /usr/bin/last joe
  636.     What files are owned by UID=944?    find / -user 944 -exec l -d {} \;
  637.     Are file perms/owners set OK?       cd / ;
  638.                                           /etc/fixperm -n /etc/perms/rts
  639.     How about perms on uucp files?      cd / ;
  640.                                           /etc/fixperm -nd UUCP /etc/perms/rts
  641.     Check uucp file consistency.        /usr/lib/uucp/uucheck
  642.     What are uucp access permissions?   /usr/lib/uucp/uucheck -v
  643.     What is the print spooler doing?    /usr/bin/lpstat -t
  644.     Stop the scheduler.                 /usr/lib/lpshut
  645.     Restart a printer.                  /usr/lib/accept printer_name ;
  646.                                           /usr/bin/enable printer_name
  647.  
  648.     [Following apply only if TCP/IP is installed.]
  649.  
  650.     Where am I?                         /usr/bin/hostname
  651.     Is system foo alive?                /usr/bin/ping foo
  652.     What machines are connected?        /usr/bin/netstat
  653.     How is the network doing?           /usr/bin/netstat 10
  654.     Where are the packets going?        /usr/bin/netstat -r
  655.     Network not work?                   /usr/bin/netstat -s
  656.  
  657.     [Thanks to Jeff Liebermann.]
  658.  
  659.  
  660. [ end of sco-xenix 1.35 ]
  661.  
  662. Xref: bloom-picayune.mit.edu comp.unix.xenix.sco:7104 news.answers:3917
  663. Newsgroups: comp.unix.xenix.sco,news.answers
  664. Path: bloom-picayune.mit.edu!snorkelwacker.mit.edu!news.media.mit.edu!micro-heart-of-gold.mit.edu!wupost!usc!cs.utexas.edu!chinacat!chip
  665. From: chip@chinacat.unicom.com (Chip Rosenthal)
  666. Subject: Welcome to comp.unix.xenix.sco [changes from previous version]
  667. Organization: Unicom Systems Development, Austin, TX
  668. Date: Fri, 06 Nov 1992 06:12:42 GMT
  669. Approved: news-answers-request@MIT.Edu
  670. Message-ID: <sco-xenix-diff-921106@chinacat.unicom.com>
  671. Followup-To: comp.unix.xenix.sco
  672. Supersedes: <sco-xenix-diff-921009@chinacat.unicom.com>
  673. Lines: 48
  674.  
  675. Archive-name: sco-xenix-diff
  676. News-answers-archive-name: sco/xenix-diff
  677. Posting-frequency: monthly
  678. Version: 1.35
  679.  
  680. *** /tmp/faq2833.prev-version    Fri Nov  6 00:11:04 1992
  681. --- /tmp/faq2833.curr-version    Fri Nov  6 00:11:02 1992
  682. ***************
  683. *** 1,4 ****
  684. ! @(#) sco-xenix 1.34 92/10/08 18:42:15
  685.  
  686.   Welcome to comp.unix.xenix.sco.  This newsgroup is about the XENIX
  687.   operating system from the Santa Cruz Operation (SCO).  If you have an
  688. --- 1,4 ----
  689. ! @(#) sco-xenix 1.35 92/11/06 00:06:25
  690.  
  691.   Welcome to comp.unix.xenix.sco.  This newsgroup is about the XENIX
  692.   operating system from the Santa Cruz Operation (SCO).  If you have an
  693. ***************
  694. *** 1132,1138 ****
  695.           sed -e 's/ *$//' -e 24q | lp
  696.           stty $oldstty                   # put stty back when done.
  697.